home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20010306-20010921 / 000190_fdc@watsun.cc.columbia.edu_Thu May 31 14:26:40 EDT 2001.msg < prev    next >
Text File  |  2020-01-01  |  3KB  |  71 lines
  1. Article: 12498 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!watsun.cc.columbia.edu!fdc
  3. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: Receive Errors moving from Kermit 6 to Kermit 7
  6. Date: 31 May 2001 18:26:48 GMT
  7. Organization: Columbia University
  8. Lines: 54
  9. Message-ID: <9f62d8$a4e$1@newsmaster.cc.columbia.edu>
  10. References: <dstchtsrc3st7vt752ojtlivp0d7pb4fa1@4ax.com>
  11. NNTP-Posting-Host: watsun.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 991333608 10382 128.59.39.2 (31 May 2001 18:26:48 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 31 May 2001 18:26:48 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:12498
  16.  
  17. In article <dstchtsrc3st7vt752ojtlivp0d7pb4fa1@4ax.com>,
  18. Al Weston  <alweston@netcene.com.NOSPAM> wrote:
  19. : I'm having a problem moving from Kermit 6 to Kermit 7. I have a script
  20. : that uses kermit to retrieve a file from a dialup server running
  21. : something called Data Express on a Tandem system. Getting more info on
  22. : the sending system is like pulling teeth. They don't seem to know what
  23. : they have.
  24. : 
  25. : The script was built for Kermit 6.0.192 running on SCO OpenServer
  26. : 5.0.5, and it works just fine on this platform. But  the same script
  27. : when run under Kermit 7.0.196 on AIX 4.3.3 fails every time with an
  28. : error message of "Refused, format" during the transfer.
  29. :
  30. So you are changing two things at once -- the platform and the Kermit
  31. version.  Usually it's better (though not always possible) to change one
  32. thing at a time.
  33.  
  34. : I can connect,
  35. : login, etc., just fine, but once the file transfer begins, I get the
  36. : same error every time. The file I'm retrieving is a plain text file.
  37. : It's the same kind of modem (Hayes Optima) on both systems, and the
  38. : serial port settings are the same (8N1, 19200).
  39. : 
  40. I've heard of this error before.  The Tandem Kermit (one that is not
  41. known to us) is sending an unknown record-format announcer.  Here is
  42. packet log from a similar report:
  43.  
  44.   r-xx-18-<timeout>^M
  45.   s-00-18-^A# N3^M
  46.   r-00-20-^A0 S~& @-#Y3~.##M%^M
  47.   s-00-20-^A9 Y~2 @-#Y3~^>J)0___F"U1@H^M
  48.   r-01-00-^A-!FF0008938+B:^M
  49.   s-01-00-^A2!Yachcredit.txt&03^M
  50.   r-02-01-^AQ"A!!8"!A#120010403 11:42:03*!A."M5/$AM961$8192)(O^M
  51.  
  52. The attribute packet contains:
  53.  
  54.   !!8                 = Length in K = 8
  55.   "!A                 = Text mode
  56.   #120010403 11:42:03 = File date
  57.   *!A                 = Text encoding is ASCII
  58.   ."M5                = OS is Tandem Nonstop
  59.   /$AM96              = Record format is ?????
  60.   1$8192              = Length in bytes = 8192
  61.  
  62. AM96 is not a valid record format.  Since you can't control the Tandem end,
  63. the workaround is to tell C-Kermit to:
  64.  
  65.   set attributes off
  66.  
  67. which makes Kermit ignore the Attribute packet that contains the invalid
  68. record-format code.
  69.  
  70. - Frank
  71.